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© Medizinische System a rchitektur mit einem Arbeitsplatz und einem Ruf-System 

@ Die Erfindung betrifft eine medizinische Systems rchi- 
tektur mit einer Modalitat (1 bis 4) zur Erfassung von Un- 
tersuchungs-Bildern, mit einem der jeweiligen Modalitat 
H bis 4) zugeordneten Arbeitsplatz (5 bis 8, 11, 16) zur Er- 
fassung und/oder zur Nachbearbeitung von Daten und/ 
oder Untersuchungs-Bilder, mit einer Vorrichtung (9) zur 
Obertragung von Daten und der Untersuchungs-Bilder, 
mit einer Vorrichtung (10) zur Speicherung der Daten und 
Untersuchungs-Bilder und mit weiteren Arbeitsplatzen 
{11, 16) zur Nachbearbeitung der Daten und Untersu- 
chungs-Bilder. Wenigstens einem der Arbeitsplatze (5 bis 
8 und 11, 16) ist ein Ruf-System (18 bis 29) zur Obertra- 
gung von Nach rich ten zugeordnet. 
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Beschreibung 

[0001] Die Erfindung betxifft eine medizinische Systemar- 
chitektur mit einer Modalitat zur Erfassung von Untersu- 
chungs-Bildern, mit einem der jeweiligen Modalitat zuge- 
ordneten Arbeitsplatz zur Erfassung und/oder zur Nachbear- 
beitung von Daten und/oder Untersuchungs-Bildem, mit ei- 
ner Vorrichtung zur "Obertragung von Daten und der-Unter- 
suchungs-Bilder, mit einer Vbrrichtung zur Speicherung der 
Daten und Untersuchungs-Bilder und mit weiteren Arbeits- 
platzen zur Nachbearbeitung der Daten und Untersuchungs- 
Bilder. Derartige Systemarchitekturen dienen beispiels- 
weise in Krankenhausern zur Erzeugung und Bearbeitung 
medizinischer Untersuchungs-Bilder, um Diagnosen von 
Patienten erstellen zu konnen. 

[0002] Aus dem Buch "Bildgebende Systeme fur die me- 
dizinische Diagnostic, herausgegeben von H. Morneburg, 
3. Auflage, 1995, Seiten 684ff sowie der EP0 380 966 Al 
sind medizinische Systemarchitekturen, sogenannte FACS 
(Picture Archival and Communication Systeme), bekannt, 
bei denen zum Abruf von Patientendaten und durch Modali- 
taten erzeugte Bilder Bildbetrachtungs- und Bildbearbei- 
tungsplatze, sogenannte Workstations, iiber ein Bildkommu- 
nikationsnetz miteinander verbunden sind. Dabei erfolgt die 
Obertragung der Bilddaten nach einem Standard fur radiolo- 
gische Informationssystem, beispielsweise DICOM. Derar- 
tige medizinische Arbeitsplatze, speziell die Modalitaten, 
werden im Gegensatz zu normalen PCs als geschlossene Sy- 
steme, medizinische Gerate, betrachtet, bei denen hicht ein- 
fach zusatzliche Software installiert werden kann. Dies er- 
lauben entsprechende Regularien auch nicht. 
[0003] In vielen Fallen ruhrt ein Bediener, ein MTRA, 
eine Untersuchung an einer Modalitat bzw. eine Nachbear- 
beitung an der Workstation selbstandig durch, ohne dass ein 
Arzt, ein Experte, anwesend ist Ergeben sich bei diesen Ar- 
beiten jedoch Abweichungen vom normalen Workflow, bei- 
spielsweise wegen spezieller Umstande oder Ergebnisse, ist 
haufig eine Riicksprache bzw. Abklarung mit dem zustandi- 
gen Experten notwendig. Dieser muss dann von dem Bedie- 
ner benachrichtigt werden, um das Problem entweder fern- 
mundlich oder vor Ort zu klaren. 

[0004] Es ist in diesem Falle bekannt, den Experten ent- 
weder per Telefon oder Beeper zu benachrichtigen bzw. zu 
kontaktieren. Bei einer Telefonanfrage ergibt sich das Pro-r 
blem, dass der Experte in der Regel nicht direkt zu erreichen 
ist, da er an wechselnden Einsatzorten mit anderenTatigkei- 
ten beschaftigt ist. Eine reine Benachrichtigung mit Beeper 
erlaubt dagegen dem Experten nicht, die Dringlichkeit der 
Anfrage einzuschatzen und entsprechend zu handeln, in dem 
er sofortig reagiert, die dringende Notwendigkeit erkennt, 
tatsachlich vor Ort zu kommen, oder ob er nur per Telefon 
nachfragen soil. Dieses erschwert die Kommunikation er- 
heblich und verursacht unnotige Unterbrechungen im Work- 
flow. 

[0005] Die Erfindung geht von der Aufgabe aus, die medi- 
zinische Systemarchitektur der eingangs genannten Art der- 
ail auszubilden, dass eine gezielte Benachrichtigung eines 
Experten aus dem normalen Workflow ohne Unterbrechun- 
gen moglich ist. 

[0006] Die Aufgabe wird erflndungsgemaB dadurch ge- 
lost, dass wenigstens einem der Arbeitsplatze ein in den me- 
dizinischen Workflow eingebundenes Ruf-System zur Ober- 
tragung von Nachrichten, beispielsweise als Dateien, zuge- 
ordnet ist. Der Benutzer eines medizinischen Arbeitsplatzes 
beispielsweise einer Modalitat kann auf elektronischem 
Weg von seinem Konsolenarbeitsplatz digitale Nachrichten 
an einen Experten versenden. Derartige medizinischen Mo- 
dalitaten konnen beispielsweise ein MR-, CT-, Ultraschall-, 



Rontgen- oder Angiogerat, Nukiear- Kamera, Oberwa- 
chungsmonitor, Befundungs-Workstation oder Bestrah- 
lungsgerat sein. Somit erhalt man ein in den Arbeits- und 
Datenkontext eines medizinischen Arbeitsplatzes integrier- 
5 tes automatisiertes Experten-Ruf-S y stem zu einem mobilen 
Kommunikations-Gerat von diesem Arbeitsplatz. Durch die 
Kombination des Arbeitsplatzes mit einem Ruf-System er- 
gibt sich ein ganz neuartiges Anwendungsszenario, bei dem 
der Radiologe als Experte per Abruf zur Verfiigung steht. 
10 Dieses Anwendungsszenario ist mit den bisherigen Mitteln 
(beispielsweise dem Bildtransfer zu Workstations) nicht rea- 
lisierbar. 

[0007] Es hat sich als vorteilhaft erwiesen, wenn das Ruf- 
System derart ausgebildet ist, dass manuell anderbafe Ein- 

15 tragungen von Zusatzinformationen aus in einer Datenbank 
vorhandenen Objekttypen automatisch erfolgen. 
[OOOS] ErflndungsgemaB weist das Ruf-System ein Bedie- 
ner-Frontend, einen Kommunikations-Service und ein mo- 
biles Kommunikations-Gerat aufweist. In vorteilh after 

20 Weise kann das Bediener-Frontend in einer Applikation an 
dem Arbeitsplatz integriert sein. 

[0009] In vorteilhafter Weise kann der Kommunikations- 
Service ein Kommunikati ons-Server und ein Kommunikati- 
ons-System aufweisen. Das Ruf-System kann auch mit 

25 Hilfe eines bestehenden Mobilfunknetzes realisiert werden. 
[0010] Die Bedienung vereinf acht sich, wenn das Ruf-Sy- 
stem derart ausgebildet ist, dass eine manuell anderbare Ein- 
tragung der Adressaten, des aktuellen Patienten, der aktuel- 
len Prozedur und von Zusatzinformationen aus in einer Da- 

30 tenbank vorhandenen Objekttypen automatisch erfolgt 
[0011] Es hat sich als vorteilhaft erwiesen, wenn das Ruf- 
System ein mobiles Kommunikations-Gerat mit Display 
aufweist 

[0012] Der Nutzungsumfang lasst sich erweitern, wenn 
35 das Ruf-System eine Spracheingabe aufweist, die als Audicn 
datei an das Kommunikations-Gerat ubertragen und dort 
ausgebbarist 

[0013] Weisen die Arbeitsplatze Monitore auf, so konnen 
sie in vorteilhafter Weise derart ausgebildet sein, dass neben 

40 den Untersuchungs-Bildem ein Kommunikations^Fenster 
auf den jeweiligen Monitoren einblendbar ist 
[00141] Die Fragen lassen sich bean tworten oder auf den 
Ruf kann reagiert werden, wenn das Ruf-System einen In- 
forma tions-Riickkanal von dem Kommunikations-Gerat zu 

45 dem Arbeitsplatz aufweist 

[0015] Der Rufende kann erkennen, dass sein Ruf beach- 
tet wurde, wenn das Kommunikations-Gerat derart ausge- 
bildet ist, dass es eine Empfangsbestatigung an den Arbeits- 
platz nach Lesen der Nachricht sendet 

50 [0016] Es hat sich als vorteilhaft erwiesen, wenn als tJber- 
tragungstechnologie zwischen den Arbeitsplatzen und 
Kommunikations-Service Corba, Instant Messaging oder 
Java Enterprise Beans Verwendung findet 
[0017] Das Bediener-Frontend kann erfindungsgemaB als 

55 ein Java-Applet in einem Standard-Browser, beispielsweise 
von Microsoft oder Netscape realisiert sein. 
[0018] ErfindungsgemaB kann das mobile Kommunikati- 
ons-Gerat ein WAP-Handy, ein SMS-Handy oder ein Beeper 
mit Display sein. 

60 [0019] Die Erfindung ist nachfolgend anhand von in der 
Zeichnung dargestellten Ausfuhrungsbeispielen naher er- 
lautert Es zeigen 

[0020] Fiig- 1 ein Beispiel einer Systemarchitektur eines 
Krankenhausnetzes, 
65 [0021] Fig. 2 eine schematise he Darstellung des erfin- 
dungsgemaBen Ruf-Systems und 

[0022] Fig. 3 eine schematische Darstellung einer Bedien- 
eroberflache eines Monitors der erfindungsgemaBen Sy- 
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stemarchitektur. 

[0023] In der -Kg. 1 ist beispielhaft die Sy stemarchitektur 
eines Krankenhausnetzes dargestellt. Zur Erfassung medizi- 
nischer Bilder dienen die Modalitaten 1 bis 4, die als bilder- 
zeugende Systeme beispielsweise eine CT-Einheit 1 fur 5 
Computertomographie, eine MR-Einheit 2 fiir Magnetische 
Resonanz, eine DSA-Einheit 3 fiir digitale Subtraktionsan- 
giographie und eine Rontgeneinheit 4 fiir die digitale Radio- 
graphic 4 aurweisen kann. An diese Modalitaten 1 bis 4 sind 
Bedienerkonsolen 5 bis 8 der Modalitaten oder Works tati- 10 
ons angeschlossen, mit denen die erfassten medizinischen 
Bilder verarbeitet und lokal abgespeichert werden konnen. 
Auch lassen sich zu den Bildern gehorende Patientendaten 
eingeben. 

[0024] Die Bedienerkonsolen 5 bis 8 sind zur Anbindung 15 
an ein PACS mit einem Kommunikationsnetz 9 als LAN/ 
WAN Backbone zur Verteilung der erzeugten Bilder und 
Kommunikation verbunden. So konnen beispielsweise die 
in den Modalitaten 1 bis 4 erzeugten Bilder und die in den 
Bedienerkonsolen 5 bis 8 weiter verarbeiteten Bilder in zen- 20 
tralen Bildspeicher- und Bildarchivierungssystemen 10 ab- 
gespeichert oder an andere Workstations weitergeleitet wer- 
den. 

[0025] An dem Kommunikationsnetz 9 sind weitere Vie- 
wing- Workstations U als Befundungskonsolen angeschlos- 25 
sen, die lokale Bildspeicher aurweisen. Eine derartige Vie- 
wing- Workstation 11 ist beispielsweise ein sehr schneller 
Kleincomputer auf der Basis eines oder mehrerer schneller 
Prozessoren. In den Viewing- Workstations 11 konnen die 
erfassten und im Bildarchivierungssystem 10 abgelegten 30 
Bilder nachtraglich zur Befundung abgerufen und in dem lo- 
kalen Bildspeicher abgelegt werden, von dem sie unmittel- 
bar der an der Viewing- Workstation 11 arbeitenden Befun- 
dungsperson zur Verfugung stehen konnen. 
[0026] Weiterhin sind an dem Kommunikationsnetz 9 Ser- 35 
ver 12, beispielsweise Patientendaten-Server (PDS), File- 
server, Programm-Server und/oder EPR-Server angeschlos- 
sen. 

[0027] Der Bild- und Datenaustausch iiber das Kommuni- 
kationsnetz 9 erfolgt dabei nach dem DICOM-Standard, ei- 40 
nem Industriestandard zur Ubertragung von Bildem und 
weiteren medizinischen Informationen zwischen Compu- 
tern, damit eine digitale Kommunikation zwischen Dia- 
gnose- und Therapiegeraten unterschiedlicher Hersteller - 
moglich ist. An dem Kommunikationsnetz 9 kann ein Netz- 45 
werk-Interface 13 angeschlossen sein, iiber das das interne 
Kommunikationsnetz 9 mit einem globalen Datennetz, bei- 
spielsweise dem World Wide Web verbunden ist, so dass die 
standardisierten Daten mit unterschiedlichen Netzwerken 
weltweit ausgetauscht werden konnen. 50 
[0028] ErfindungsgemaB ist mit dem Kommunikations- 
netz 9 ein Kommunikations-Server 14 verbunden, das die 
Versendung und den Empfang der Nachrichten koordiniert 
An dem Kommunikations-Server 14 ist ein Kommunikati- 
ons-System IS, beispielsweise ein Sender, angeschlossen, 55 
der die Nachrichten an ein in Fig. 1 nicht dargestelltes Kom- 
munikations-Gerat iibertragt. Das Kommunikations-System 
15 kann dabei ein Funk-Sender, eine Vielzahl von Infrarot- 
Sendern oder beispielsweise auch komplexere Strukturen ei- 
nes Mobilfunknetzes sein. 60 
[0029] In der Fig* 2 ist ein Arbeitsplatz 16 einer Bediener- 
konsole S bis 8 einer der Modalitaten 1 bis 4 oder Viewing- 
Workstations 11, beispielsweise die Bedienerkonsole 6 der 
MR-Einheit 2, dargestellt. Auf dem Monitor 17 des Arbeits- 
platzes 16 ist als Bediener-Frontend ein Kommunikations- 65 
Fenster IS eingeblendet, das noch anhand FSg. 3 naher be- 
schrieben wird. Die in dieses Kommunikations-Fenster 18 
eingebbare Nachricht wird beispielsweise als Datei an einen 



Kommunikations-Service 19 ubertragen, der aus 4em Kom- 
munikations-Server 14 und dem Kommunikations-S y stem 
15 bestehen kann. Dieser Kommunikations-Service 19 leitet 
die Nachricht an ein mobiles Komrnunikations-Gerat 20 
weiter, das beispielsweise ein WAP-Handy, SMS-Handy 
oder Beeper mit Display sein kann. 

[0030] In der Fng. 3 ist die Bedieneroberflache 21 <User 
Interface) des Monitors 17 der Bedienerkonsole 6 der MR- 
Einheit 2 dargestellt Auf der Bedieneroberflache 21 ist ein 
Bildbearbeitungsfenster 22 mit mehreren nebeneinanderlie- 
genden MR-Aufhahmen wiedergegeben, neben dem in be- 
kannter Weise zur Bedienung ein Steuerbereich 23 mit Icons 
zum Auslosen von Befehlen angeordnet sind. 
[0031] Soil nun ein Experte von der MR-Bedienerkonsole 
6 benachrichtigt werden, weil wahrend der Untersuchung 
oder Nachbearbeitung eine Frage oder ein Problem auf- 
taucht, so kann auf der Bedieneroberflache 21 der Bediener- 
konsole 6 der MR-Einheit 2 durch Klicken auf das Icon 24 
das Kommunikations-Fenster 18 gedfi&iet werden. 
[0032] In dem Kommunikations-Fenster 18 ist ein Einga- 
befeld 25 fur den zu rufenden Experten angeordnet, das bei- 
spielsweise durch den behandelnden Arzt aus der elektroni- 
schen Patienten Akte (EPR) vorbelegt ist. In ein weiteres 
Namensfeld 26 kann der Patient eingeben werden, wobei 
der Patient aus dem an der Bedienerkonsole 6 vorliegenden 
Patienten vorbelegt ist. Ein Eingabefeld 27 fur die Prozedur, 
vorbelegt aus der aktuellen Untersuchung, ist ebenfalls edi- 
tierbar. In einem Textfeld 28 kann die Problematik und 
Dringlichkeit kurz erlautert werden, so dass der Experte so- 
fort reagieren oder antworten kann. Durch Drucken auf den 
Button "Abschicken" wird die Nachricht als Datei iiber den 
Kommunikations-Server 14 an den Sender IS ubertragen 
und dann per Funk oder auch Infrarot-Licht an das Kommu- 
nikations- Ger at 20 weitergegeben. 

[0033] Durch Anklicken eines Audio-Icons 29 kann mit- 
tels eines nicht dargestellten Mikrofons eine Spracheingabe 
erfolgen, die als Audiodatei an das Kommunikations-Gerat 
20 ubermittelt und dort ausgelesen wird. 
[0034] Das Ruf-System kann auch einen in FSg. 2 darge- 
stellten Informations-Ruckkanal 30 von dem Kommunikati- 
ons-Gerat 20 zu dem Arbeitsplatz 16 aurweisen, durch den 
das Kommunikations-Gerat 20 eine Empfangsbestatigung 
nach Lesen der Nachricht senden kann. 
[0035] Es kann aber auch entweder in Textform - am 
Kommunikations-Gerat 20 eingegebene Textdatei an den 
Arbeitsplatz 16 gesendet - oder ebenfalls per Spracheingabe 
mittels Audiodatei eine Antwort der an den Experten ge- 
stellten Frage ubermittelt werden. 

[0036] Durch die erfindungsgemaBe Ausbildung der me- 
dizinischen Systemarchitektur erhalt man ein automatisier- 
tes Experten-Ruf-System, bestehend aus folgenden Kompo- 
nenten: 

- Bediener-Frontend, 

- Kommunikations-Service 19 und 

- mobiles Kommunikations-Gerat 20 des Experten. 

[0037] Das Bediener-Frontend, das Kommunikations- 
Fenster 18, kann in eine oder mehrere Applikationen an den 
Arbeitsplatzen S bis 8 und 11 des Bedieners integriert sein. 
Derartige Applikationen konnen der Patient Browser, Web- 
Browser und/oder Akquisition sein. 

[0038] Das Bediener-Frontend kann beispielsweise die 
folgenden Funktionen enthalten: 

- Automatische Eintragung der Adressaten (Exper- 
ten), der manuell anderbar ist 

- Automatische Obemahme des a&tuellen Patienten, 
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der manuell anderbar ist. 

- Automatische, manuell anderbare Eintragung der 
aktuellen Prozedur (Arbeitsschritt), an der gerade gear- 
beitet wird. 

- Eingabemoglichkeit von Zusatzinformationen, wie 5 
beispielsweise das Textfeld, in dem der Bediener seine 
Frage eintragen kann. 

[0039] Per einfacher Bedieninteraktion, beispielsweise 
ein Button- Klick, wird von diesem Bediener-Frontend eine 10 
Nachricbt, beispielsweise als Datei, erzeugt, die mindestens 
die oben genannten Infonnationen, d. h. Kontext und Text 
der Anfrage, enthalt. Diese Nachricht wird durch den Kom- 
munikations-Service 19 beispielsweise eine SW-Kompo- 
nente des Arbeitsplatzes 16 oder separatem Kommunikati- 15 
ons-Server 14 an das mobile Kommunikations-Gerat 20, 
beispielsweise ein WAP-Handy, SMS-Handy oder ein Bee- 
per mit Display, des Experten weitergeleitet 
[0040] Als wesentlicher Vorteil der erfindungsgemaBen 
Ausbildung der medizinischen Systemarchitektur ist die In- 20 
tegration des am Arbeitsplatz im Workflow vorhandenen re- 
levanten Kontext (Patient, Prozedur) autornatisch in eine 
Ruf-Anfrage. Auf diese Weise erhalt der Experte die fin* 
seine Reaktion relevanten Infonnationen ohne redundanten 
Aufwand seitens des Bedieners. 25 
[0041] AuBer den genannten Informatipnen kdnnen alle in 
der Datenbank vorhandenen Objekttypen als Kontextinfor- 
matipnen beispielsweise aus den Felder des DICOM-Study- 
Objects konfiguriert werden. 

[0042] Zusatzlicb zu dem Textfeld 28 kann eine Sprach- 30 
eingabe vorgesehen sein, die als Audiodatei an das Kommu- 
nikations-Gerat 20 ubertragen und dort ausgegeben wird. 
[0043] Als tJbertragungstechnologie zwischen Arbeits- 
platz und Kommunikations-Service kann Corba, Instant 
Messaging oder Java Enterprise Beans verwendet werden. 35 
[0044] Das Bediener-Frontend kann als ein Java-Applet in 
einem Standard-Browser, beispielsweise Microsoft oder 
Netscape, realisiert sein. 

Anhang 40 

[0045] In der Beschreibung verwendete Abkurzungen: 
DICOM: Digital Imaging and Communications in Medi- 
cine. DICOM-S tandard ist ein Industries tandard zur Uber- 
tragung von Bildern und weiteren medizinischen Informa- 45 
tionen zwischen Computern zur Ermoglichung der digitalen 
Kommunikation zwischen Diagnose- und Theraphiegeraten 
unterschiedlicher Hersteller. ■ 

EPR: Electronic-Patient-Record (Elektronische Patienten 
Akte) 50 
MTRA: Medizinisch-Technische Radiologieassistent(in) 
PACS: Picture Archival and Communication System 

Patentanspruche 

55 

1. Medizinische Systemarchitektur mit einer Modali- 
tat (1 bis 4) zur Erfassung von Untersuchungs-Bildern, 
mit einem der jeweiligen Modalitat (1 bis 4) zugeord- 
neten Arbeitsplatz (S bis 8, 11, 16) zur Erfassung und/ 
oder zur Nachbearbeitung von Daten und/oder Unter- 60 
suchungs-Bildern, mit einer Vorrichtung (9) zur tJber- 
tragung von Daten und der Untersuchungs-Bilder, mit 
einer Vorrichtung (10) zur Speicherung der Daten und 
Untersuchungs-Bilder und mit weiteren Arbeitsplatzen 
(11, 16) zur Nachbearbeitung der Daten und Untersu- 65 
chungs-Bilder, wobei wenigstens einem der Arbeits- 
platze (5 bis 8 und 11, 16) ein Ruf-System (18 bis 29) 
zur "Obertragung von Naehrichten zugeordnet ist. 



2. Medizinische Systemarchitektur (5 bis 8 und 11,16) 
nach Anspruch 1, dadurch gekennzeichnet, dass das 
Ruf-System (18 bis 29) derart ausgebildet ist, dass ma- 
nuell anderbare Eintragungen von Zusatzinformatio- 
nen aus in einer Datenbank vorhandenen Objekttypen 
autornatisch erfolgen. 

3. Medizinische, Systemarchitektur (S bis 8 und 11, 16) 
nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass 
das Ruf-System (18 bis 29) ein Bediener-Frontend 
(18), einen Kommunikations-Service (19) und ein mo- 
biles Kommunikations-Gerat (20) aufweist. 

4. Medizinische Systemarchitektur (5 bis 8 und 11, 16) 
nach Anspruch 3, dadurch gekennzeichnet, dass das 
Bediener-Frontend (18) in einer Applikation an den 
Arbeitsplatzen (16) integriert ist. 

5. Medizinische Systemarchitektur (5 bis 8 und 11, 16) 
nach Anspruch 3 oder 4, dadurch gekennzeichnet, dass 
der Kommunikations-Service (19) einen Kommunika- 
tions-Server (14) und ein Kommunikations-System 

(15) aufweist 

6. Medizinische Systemarchitektur (5 bis 8 und 11, 16) 
nach einem der Anspriiche 1 bis 5, dadurch gekenn- 
zeichnet, dass das Ruf-System (18 bis 29) derart ausge- 
bildet ist, dass eine manuell anderbare Eintragung der 
Adressaten autornatisch erfolgt. 

7 . Medizinische Systemarchitektur (5 bis 8 und 11 , 16) 
nach einem der Anspriiche 1 bis 6, dadurch gekenn- 
zeichnet, dass das Ruf-System (18 bis 29) derart ausge- 
bildet ist, dass eine manuell anderbare Eintragung des 
aktuellen Patienten autornatisch erfolgt 

8. Medizinische Systemarchitektur (5 bis 8 und 11, 16) 
nach einem der Anspriiche 1 bis 7, dadurch gekenn- 
zeichnet, dass das Ruf-System (18 bis 29)jderart ausge- 
bildet ist, dass eine manuell anderbare Eintragung der 
aktuellen Prozedur autornatisch erfolgt 

9 . Medizinische Systemarchitektur <S bis 8 und 11 ,16) 
nach einem der Anspriiche : 1 bis 8, dadurch gekenn- 
zeichnet, dass das Ruf-System (18 bis 29) derart ausge- 
bildet ist, dass eine Eintragung eines beliebigen Textes 
als spezielle Zusatzinformation moglich ist 

10. Medizinische Systemarchitektur (5 bis 8 und 11, 
16) nach einem der Anspriiche 1 bis 9, dadurch ge- 
kennzeichnet, dass das Ruf-System (18 bis 29) ein mo- 
biles Kommunikations-Gerat (20) mit Display auf- 
weist. 

11. Medizinische Systemarchitektur <S bis 8 und 11, 
16) nach einem der Anspriiche 1 bis 10, dadurch ge- 
kennzeichnet, dass das Ruf-System (18 bis 29) eine 
Spracheingabe aufweist, die als Audiodatei an das 
Kommunikations-Gerat (20) ubertragen und dort aus- 
gebbar ist 

12; Medizinische Systemarchitektur <S bis 8 und 11, 
16) nach Anspruch 1 bis 11, bei der die Arbeitsplatze 

(16) Monitore (17) aufweisen, dadurch gekennzeich- 
net, dass die Arbeitsplatze (16) derart ausgebildet sind, 
dass neben den Untersuchungs-Bildern ein Kommuni- 
kations-Fenster{18) auf denjeweiligenMonitoren(lS) 
einblendbar ist. 

13. Medizinische Systemarchitektur (5 bis 8 und 11, 
16) nach einem der Anspriiche 1 bis 12, dadurch ge- 
kennzeichnet, dass -das Ruf-System (18 bis 29) einen 
Informations-Ruckkanal (30) von dem Kommunikati- 
ons-Gerat <20) zu dem Arbeitsplatz (16) aufweist 

14. Medizinische Systemarchitektur (S bis 8 und 11, 
16) nach einem der Anspriiche 1 bis 13, dadurch ge- 
kennzeichnet, dass das Kommunikations-Gerat (20) 
derart ausgebildet ist, dass es eine Empfangsbestati- 
gung an den Arbeitsplatz (16) nach Lesen der Nach- 
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richtsendet. 

15. Medizinische Systemarchitektur (5 bis 8 und U, 

15) nach einem der Anspriiche 1 bis 14, dadurch ge- 
kennzeichnet, dass als Ubertragungstechnologie zwi- 
schen Arbeitsplatzen (5 bis 8 und 11) und Kommunika- 5 
tions-Service Corba verwendet wird. 

16. Medizinische Systemarchitektur (5 bis 8 und 11, 

16) nach einem der Anspriiche 1 bis 14, dadurch ge- 
kennzeichnet, dass als Obertragungstechnologie zwi- 
schen Arbeitsplatzen (5 bis 8 und 11) und Kommunika- 10 
tions-Service Instant Messaging verwendet wird. 

17. Medizinische Systemarchitektur nach einem der 
Anspriiche 1 bis 14, dadurch gekennzeichnet dass als 
Ubertragungstechnologie zwischen Arbeitsplatzen (5 
bis 8 und 11) und Kommunikations-Service Java Enter- 15 
prise Beans verwendet wird. 

18. Medizinische Systemarchitektur nach einem der 
Anspriiche 1 bis 14, dadurch gekennzeichnet, dass das 
Bediener-Frontend (18) als ein Java-Applet in einem 
Standard-Browser realisiert ist. 20 

19. Medizinische Systemarchitektur nach einem der 
Anspriiche 1 bis 18, dadurch gekennzeichnet, dass das 
mobile Kommunikations-Gerat ein WAP-Handy ist. 

20. Medizinische Systemarchitektur nach einem der 
Anspriiche 1 bis 18, dadurch gekennzeichnet, dass das 25 
mobile Kommunikations-Gerat ein SMS-Handy ist 

21. Medizinische Systemarchitektur nach einem der 
Anspriiche 1 bis 18, dadurch gekennzeichnet, dass das 
mobile Kommunikations-Gerat ein Beeper mit Display 
ist. 30 
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MR Kopfuntersuchung 



'Die T1 -Scans zeigen Auf- 
falligkeit in den Schichten 
2 - 20. Soil zur weiteren 
Abklarung ein T2-Scan 
durchgefuhrt werden? 
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